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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
November 26, 2008 has been entered. 

2. Claims 1, 3-6, 13-14 and 17-21 are pending as amended November 26, 2008. 
Claims 1, 3-6, 13-14, and 17-20 are currently amended. Claims 21 is previously 
presented. Claims 2, 7-12, and 15-16 are cancelled. 

3. Note: Claim 20 was amended to add all the steps after associating. However, 
the lines were not underlined in the claim set filed November 26, 2008. These steps are 
taken as new additions to the claim anyway. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1, 3-6, 13-17 and 19-21 are rejected under 35 U.S.C. 103(a) as being 
anticipated by Experton , U.S. Patent No. 5,995,965 (hereinafter Experton ) in view of 
Weider et al., U.S. Patent No. 6,374,253 (hereinafter Weider) and in further view of 
Hoover et al., U.S. Patent No. 5,724,575 (hereinafter Hoover ). 

As for Claim 1 , Experton teaches: 

A method for indexing data in a network based on unique identifiers, the method 
comprising: 

establishing a unique location identifier for each of a plurality of data generating 
devices on the network, the unique location identifier for identifying a network location of 
each of the plurality of data generating devices in the network (See e.g. Experton - 
remote processing unit data - col. 8, lines 29-46 and col. 9, lines 15-20 - remote 
network address of the needed remote processing facility and col. 9, lines 49-52 - 
remotei); 

registering the unique location identifier of each of the plurality of data generating 
devices on at least one server connected to the network when each respective one of 
the data generating devices is first used on the network (See e.g. Experton - central list 
of user information sites - col. 6, lines 1 1-20, col. 5, lines); 

establishing a unique identifier for data generated by the plurality data generating 
devices (See e.g. Experton -sub-addresses - col. 8, lines 29-46 and col. 9, line 53-col. 
10, line 10); 
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registering the unique identifier for data generated by the plurality of data 
generating devices on the at least one server, wherein registering the unique identifier 
further comprises the at least on server associating the unique identifier with a first 
unique location identifier on a data generating device (See e.g. Experton - central list of 
user information sites - col. 6, lines 1 1-20 and col. 6, lines 38-45); and 

the at least one server associating, the unique identifier with a second unique 
location identifier of the data generating device in response to a change in a location of 
the data generating device (See e.g. Experton - col. 6, lines 1 2-20 and col. 8, lines 59- 
66); 

receiving a query from a client machine at one of the servers, wherein the query 
is for the data generated by the plurality of data generating devices and the query is 
based on the unique identifier (See e.g. Experton - client is portable access device - 
col. 4, line 10-50, query/requests for data based on identifiers - col. 8, lines 21-65 and 
col. 9, lines 10-45); 

the one of the servers, in response to the query received from the client machine, 
querying at least one parent server of the one of the servers until the second unique 
location identifier associated with the unique identifier is found, the at least one parent 
server included in the servers (See e.g. Experton - network address data - col. 4, line 
10-50, query/requests for data based on identifiers - col. 8, lines 21-65 and col. 9, lines 
10-65); 
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transmitting the second unique location identifier to the client machine in 
response to the query received at the one of the servers (See e.g. Experton - network 
address data - col. 4, line 10-50, query/requests for data based on identifiers - col. 8, 
lines 21-65 and col. 9, lines 10-65); and 

the data generating device transmitting data generated by the data generating 
device to the client machine directly over a peer-to-peer connection established in 
response to transmitting the second unique location identifier to the client machine (See 
e.g. Experton - direct two way communication - col. 10, lines 1-20) . 

Experton does not expressly describe a tree structure. However, Weider teaches 
providing a plurality of servers in a tree structure, the at least one server included in the 
tree structure (See e.g. Weider - Figures 2, 3, 6). Weider also teaches direct, peer-to- 
peer, client-server communication (See e.g. Weider - Figure 6, q1 and q2, col. 5, lines 
5-50, col. 8, line 45 - col. 9, line 33) and queries (See e.g. Weider - Figure 6, col. 8, line 
45 -col. 9, line 33). 

Experton and Weider are from the analogous art of distributed networked data 
access. It would have been obvious to one of ordinary skill in the art at the time the 
invention was made having the teachings of Experton and Weider to have combined 
Experton and Weider . The motivation to combine Experton and Weider is to show that 
servers can be set up in the common tree structure. Both Experton and Weider are 
providing access to data that is stored across a network without regard for the type or 
form of the data. Experton and Weider both also provide for levels of security in access 
different data across the network. Weider adds details about the structure of the 
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network and the directory service to the address system of Experton . Therefore, it 
would have been obvious to one of ordinary skill in the art to have combined Experton 
and Weider . 

The combination of Experton and Weider does not expressly teach a change in a 
location of the data generating device. However, Hoover more expressly teaches the at 
least one server associating, the unique identifier with a second unique location 
identifier of the data generating device in response to a change in a location of the data 
generating device (See e.g. Hoover - Figures 6-7 and 14-16 and 29 - changing 
locations of data devices, unique ids are the remote database numbers and OBJIDs for 
instances of service provides, col. 18, line 50- col. 19, line 5, col. 22, lines 20- 64, col. 
24, lines 40-65, col. 34, line 50-col. 38, line 61- description of figures for updates). 
Hoover also teaches unique identifiers assigned at first use (See e.g. Hoover - ADD, 
col. 28, line 65- col. 29, line 45) and queries based on location identifiers (See e.g. 
Hoover - Figures 13 and 28, col. 28, lines 29-64, col. 30, lines 50-col. 31, lines 60). 

The combination of Experton and Weider and Hoover are from the analogous art 
of distributed networked data access. It would have been obvious to one of ordinary 
skill in the art at the time the invention was made having the teachings of Experton and 
Weider and Hoover to have combined Experton and Weider and Hamala . The 
motivation to combine Experton and Weider and Hoover is to expand the details of the 
mapping of data objects and locations. Experton and Weider and Hoover are providing 
access to data that is stored across a network without regard for the type or form of the 
data. Experton and Hoover both also provide for levels of security in access different 
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data across the network. Hoover provides details about the association of data and 
location that the access in Experton . Therefore, it would have been obvious to one of 
ordinary skill in the art to have combined Experton and Weider and Hoover . 

As for Claim 3, Experton as modified teaches parent Claim 1 . Experton also 
teaches further comprising storing the unique identifier on a token (See e.g. Experton 
col. 4, lines 38-50 and col. 5, lines 15-33). 

As for Claim 4, Experton as modified teaches parent Claims 1 and 3. Experton 
also teaches further comprising the user using the token for subsequent uses of any of 
the plurality of data generating devices (See e.g. Experton col. 4, lines 38-50 and col. 5, 
lines 15-33 and col. 10, lines 3-20). 

As for Claim 5, Experton as modified teaches parent Claim 1 . Experton also 
teaches further comprising retrieving data generated by one of the plurality of data 
generating devices by manipulating the unique identifier associated with that data 
wherein the data generated is medical data concerning the user (See e.g. col. 9, line 10 
-col. 10, line 20). 

As for Claim 6, Experton as modified teaches parent Claim 1 and 5. Experton 
also teaches wherein the unique identifier is transmitted to the at least one server data 
(See e.g. Experton - col. 9, line 28- col. 10, line 20). 
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As for Claim 1 3, Experton teaches: 

A method for storing establishing and retrieving data based on a plurality of 
unique identifiers global indices and a plurality of unique location identifiers maintained 
in at least one server in a network, the network including having a plurality of data 
generating devices, the method comprising: 

registering the unique location identifier of each of the plurality of data generating 
devices on the network on the at least one server when the data generating devices are 
first used on the network (See e.g. Experton - central list of user information sites - col. 
6, lines 1 1-20), wherein each one of the unique location identifiers identifies a location 
of a corresponding one of the data generating devices on the network (See e.g. 
Experton - remote processing unit data - col. 8, lines 29-46 and col. 9, lines 15-20 - 
remote network address of the needed remote processing facility and remotei, sub- 
addresses - col. 8, lines 29-46 and col. 9, line 53-col. 10, line 10); 

generating a unique data identifier at a respective one of the plurality of data 
generating devices for data generated at the respective one of the plurality of data 
generating devices when the data is created (See e.g. Experton -sub-addresses - col. 
8, lines 29-46 and col. 9, line 53-col. 10, line 10); 

the at least on server storing an association of the unique data identifiers and the 
unique location identifiers of each of the plurality of data generating devices that 
generated the data identified by the unique data identifier (See e.g. Experton - central 
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list of user information sites -col. 6, lines 11 -20 and col. 6, lines 38-45 and col. 8, lines 
59-66); and 

the at least one server changing an association of a unique identifier and a first 
unique location identifier of a data generating device to an association of the unique 
identifier and a second unique location identifier of the data generating device in 
response to changing a network location of the data generating device (See e.g. 
Experton - col. 6, lines 1 2-20 and col. 8, lines 59-66); 

receiving a query from a client machine at one of the servers, wherein the query 
is for data generated by the data generating device and the query is based on the 
unique identifier (See e.g. Experton - client is portable access device - col. 4, line 10- 
50, query/requests for data based on identifiers - col. 8, lines 21-65 and col. 9, lines 10- 
45); 

the one of the servers, in response to the query received from the client machine, 
sending a request to at least one parent server of the one of the servers until the unique 
identifier is found, the at least one parent server included in the servers (See e.g. 
Experton - network address data - col. 4, line 10-50, query/requests for data based on 
identifiers - col. 8, lines 21-65 and col. 9, lines 10-65); 

transmitting the second unique location identifier to the client machine in 
response to the query received at the one of the servers (See e.g. Experton - network 
address data - col. 4, line 10-50, query/requests for data based on identifiers - col. 8, 
lines 21-65 and col. 9, lines 10-65); and 
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the data generating device transmitting data generate by the data generating 
device to the client machine directly over a peer-to-peer connection created in response 
to transmitting the second unique location identifier to the client machine (See e.g. 
Experton - direct two way communication - col. 9, lines 10-55 and col. 10, lines 5-20). 

Experton does not expressly describe a tree structure. However, Weider teaches 
providing a plurality of servers in a tree structure, the at least one server included in the 
servers (See e.g. Weider - Figures 2, 3, 6). Weider also teaches direct, peer-to-peer, 
client-server communication (See e.g. Weider - Figure 6, q1 and q2, col. 5, lines 5-50, 
col. 8, line 45 - col. 9, line 33) and queries (See e.g. Weider - Figure 6, col. 8, line 45 - 
col. 9, line 33). 

The combination of Experton and Weider does not expressly teach a change in a 
location of the data generating device. However, Hoover more expressly teaches the at 
least one server associating, the unique identifier with a second unique location 
identifier of the data generating device in response to a change in a location of the data 
generating device (See e.g. Hoover - Figures 6-7 and 14-16 and 29 - changing 
locations of data devices, unique ids are the remote database numbers and OBJIDs for 
instances of service provides, col. 18, line 50- col. 19, line 5, col. 22, lines 20- 64, col. 
24, lines 40-65, col. 34, line 50-col. 38, line 61- description of figures for updates). 
Hoover also teaches unique identifiers assigned at first use (See e.g. Hoover - ADD, 
col. 28, line 65- col. 29, line 45) and queries based on location identifiers (See e.g. 
Hoover - Figures 13 and 28, col. 28, lines 29-64, col. 30, lines 50-col. 31, lines 60). 

The motivation to combine Experton . Weider and Hoover is above with Claim 1 . 
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As for Claim 14, Experton as modified teaches parent Claim 13. Experton also 
teaches wherein the plurality of data generating devices comprise client entities (See 
e.g. Experton - col. 2, line 17-col. 3, line 5, col. 4, lines 40-50 and col. 5, lines 15-25). 

As for Claim 17, Experton as modified teaches parent Claim 13. Experton also 
teaches further comprising adding new data to the network by creating a new 
association of another unique data identifier to a unique location identifier of an 
appropriate one of the plurality of data generating devices (See e.g. Experton - col. 8, 
lines 30-51 , col. 5, line 56-col 6, line 20 and col. 6, lines 39-50). 

As for Claim 1 9, Experton as modified teaches parent Claim 1 3. Experton also 
teaches further comprising updating data in the network by modifying the association of 
a unique data identifier and the second unique location identifier (See e.g. Experton - 
col. 6, lines 1-20 and col. 9, lines 39-48 and col. 10, lines 3-20 and col. 11, lines 15-35). 

As for Claim 20, Experton teaches: 

A computer readable medium containing computer executable code 
for indexing data in a network based on unique identifiers, the computer executable 
code comprising instructions for: 
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receiving a unique identifier generated by a data generating device in response 
to the data generating device first generating data on the network (See e.g. Experton - 
sub-addresses - col. 8, lines 29-46 and col. 9, line 53-col. 10, line 10); 

registering the unique identifier for the data generated by the data generating 
device, wherein registering the unique identifier further comprises associating the 
unique identifier with a unique location identifier, and the unique location identifier 
identifies a location of the data generating device in the network (See e.g. Experton - 
central list of user information sites - col. 6, lines 1 1-20 and col. 6, lines 38-450); and 

associating the unique identifier with a second unique location identifier of the 
data generating device in response to changing the location of the different data 
generating device (See e.g. Experton - col. 6, lines 12-20 and col. 8, lines 59-66); 

one of a plurality of servers receiving a query from a client machine at, wherein 
the query is for the data generated by the data generating device (See e.g. Experton - 
client is portable access device - col. 4, line 10-50, query/requests for data based on 
identifiers - col. 8, lines 21-65 and col. 9, lines 10-45); 

the one of the servers querying, in response to the query received from the client 
machine, at least one parent server of the one of the servers to find the second unique 
identifier, the at least one parent server included in the servers... (See e.g. Experton - 
network address data - col. 4, line 10-50, query/requests for data based on identifiers - 
col. 8, lines 21-65 and col. 9, lines 10-65); 

transmitting the second unique location identifier to the client machine after 
receiving a response to the query sent to the at least one parent server (See e.g. 
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Experton - network address data - col. 4, line 10-50, query/requests for data based on 
identifiers - col. 8, lines 21-65 and col. 9, lines 10-65); and 

transmitting data generated by the data generating device from the data 
generating device to the client machine over a connection created between the data 
generation device and the client machine after transmitting the second unique location 
identifier to the client machine (See e.g. Experton - direct two way communication - col. 
10, lines 1-20) . 

Experton does not expressly describe a tree structure. However, Weider teaches 
the servers arranged in a tree structure (See e.g. Weider - Figures 2, 3, 6). Weider 
also teaches direct, peer-to-peer, client-server communication (See e.g. Weider - 
Figure 6, q1 and q2, col. 5, lines 5-50, col. 8, line 45 - col. 9, line 33) and queries (See 
e.g. Weider - Figure 6, col. 8, line 45 - col. 9, line 33). 

The combination of Experton and Weider does not expressly teach a change in a 
location of the data generating device. However, Hoover more expressly teaches 
associating the unique identifier with a second unique location identifier of the data 
generating device in response to a change in a location of the data generating device 
(See e.g. Hoover - Figures 6-7 and 14-16 and 29 - changing locations of data devices, 
unique ids are the remote database numbers and OBJIDs for instances of service 
provides, col. 18, line 50- col. 19, line 5, col. 22, lines 20- 64, col. 24, lines 40-65, col. 
34, line 50-col. 38, line 61- description of figures for updates). Hoover also teaches 
unique identifiers assigned at first use (See e.g. Hoover - ADD, col. 28, line 65- col.29, 
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line 45) and queries based on location identifiers (See e.g. Hoover - Figures 13 and 28, 
col. 28, lines 29-64, col. 30, lines 50-col. 31, lines 60). 

The motivation to combine Experton , Weider and Hoover is above with Claim 1 . 

As for Claim 21 , Experton as modified teaches parent Claim 20. Experton also 
teaches further comprising instructions for automatically detecting and integrating 
spontaneously added data generating devices at the at least one server (See e.g. 
Experton - continuous and automatic updates - col. 11, lines 51-65 and col. 11, lines 
15-35). 

6. Claim 18 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Experton in view of Weider and in further view of Hoover as applied to claim 1 3 above, 
and in further view of Hamala et al. , U.S. Patent No. 5,345,586 (hereinafter Hamala ). 

As for Claim 18, Experton as modified teaches parent Claim 13. Experton 
teaches updates to data but does not expressly address removing data from the 
network. However, Hamala teaches further comprising removing data from the network 
by deleting the association of the unique data identifier and the second unique location 
identifier (See e.g. Hamala - col. 4, lines 2-23 - delete rules, col. 4, line 62-col. 5, line 8 
- mapping and col. 5, line 37- col. 6, line 10 -deleting). 

Experton and Hamala are from the analogous art of networked data access. It 
would have been obvious to one of ordinary skill in the art at the time the invention was 
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made having the teachings of Experton and Hamala to have combined Experton and 
Hamala . The motivation to combine Experton and Hamala is explain deleting of data 
not just updating. Both Experton and Hamala are providing access to data that is stored 
across a network without regard for the type or form of the data. Experton and Hamala 
both also provide for levels of security in access different data across the network. 
Hamala explains that data can be deleted and that deleting includes removing 
relationship and mapping that are associated with that data. Therefore, it would have 
been obvious to one of ordinary skill in the art to have combined Experton and Hamala . 

Response to Arguments 

7. Applicant's arguments have been considered but are moot in view of the new 
ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Christyann RF Pulliam whose telephone number is 
(571)270-1007. The examiner can normally be reached on M-F 9 am-6 pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Christian Chace can be reached on 571-272-4190. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/C. R. P.I 

Examiner, Art Unit 2165 
January 27, 2009 

/Christian P. Chace/ 

Supervisory Patent Examiner, Art Unit 2165 



